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STATUS OF CLAIMS 
Claims 1 through 24 are pending in the above-identified patent application. 
Claims 1-4, 6-9, 12-16, 18-21, and 24 remain rejected under 35 U.S.C. § 102(e) as being 
anticipated by McAllister et al. (United States Patent Number 6,215,765) and claims 5, 10, 
5 11, 17, 22 and 23 remain rejected under 35 U.S.C. § 103(a) as being unpatentable over 
McAllister et al., and further in view of Ash et al. (United States Patent Number 4,345, 1 16). 

STATUS OF AMENDMENTS 
There have been no amendments filed subsequent to the final rejection. 

10 

SUMMARY OF INVENTION 
The present invention is directed to a method and apparatus for alleviating 
congestion and overload in a distributed call-processing system interconnected through a 
packet based network, such as an IP or an ATM network. The illustrative IP network 

1 5 includes a plurality of end terminals (ETs) and distributed call processors (CPs) (page 4, line 
24, to page 5, line 6). When an end terminal (ET) wants to place a call, the end terminal 
(ET) send a call set up message to a call processor (CP). According to an aspect of the 
invention, the call processor will determine whether to process the request or to forward the 
request to another call processor (page 5, lines 7-17). Generally, the call processor will 

20 declare an overload condition if sufficient resources (such as processing or memory 
resources) are not available to process a given call. If a call processor determines that it is 
too congested to process a call, the call processor enters an overload condition, selects an 
alternate call processor and forwards the request to the alternate call processor (page 5, line 
18, to page 6, line 10). 

25 

ISSUES PRESENTED FOR REVIEW 

i. Whether claims 1 -4, 6-9, 1 2- 1 6, 1 8-2 1 , and 24 are properly rejected under 
35 U.S.C. § 102(e) as being anticipated by McAllister et al.; and 

ii. whether claims 5, 10, 11, 17, 22 and 23 are properly rejected under 35 
30 U.S.C. § 103(a) as being unpatentable over McAllister et al., and further in 

view of Ash et al. 

2 
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GROUPING OF CLAIMS 
The rejected claims do not stand and fall together. More particularly, for the 
reasons given below, Applicant believes that each of the dependent claims 2/14 and 12/24 
5 provide independent bases for patentability apart from the rejected independent claims. 

ARGUMENT 
Independent Claims L 8. 13 and 20 

Independent claims 1, 8, 13, and 20 were rejected under 35 U.S.C. § 102(e) as 

10 being anticipated by McAllister et al. 

Regarding claims 1 and 8, the Examiner asserts that McAllister teaches that a 
"call processor is congested." 

Applicants note that McAllister is directed to rerouting a call due to 
congestion or physical failure. See, Abstract. McAllister defines congestion in regard to 

15 network links, not call processors. McAllister teaches that "congestion may occur on a 
network link if many incoming streams of traffic all terminate on the same outbound link, or 
the outbound link may (be) busy or down due to failure." Col. 1, lines 10-12. Independent 
claims 1 and 13 require "whereby said forwarded call set up request indicates to said 
alternate call processor that said congested call processor is congested" and independent 

20 claims 8 and 20 require "setting a flag associated with said congested call processor'' 

In the Response to Arguments section of the present Office Action, the 
Examiner asserts that the Applicants maintain "that the call processor is part of the network 
link." To the contrary, Applicants maintain that the call processor is not part of the network 
link. Thus, McAllister is not addressing the congestion of call processors. 

25 The Examiner further states that, "secondly, the connection between the 

'many incoming streams of traffic all terminate on the same outbound link' is the call 
processor." As noted above, McAllister clearly teaches that "congestion may occur on a 
network link if many incoming streams of traffic all terminate on the same outbound link." 
Applicants maintain that McAllister is addressing the congestion on a network link and not a 

30 call processor. In particular, if the bandwidth of "many incoming streams of traffic" exceeds 
the bandwidth of the "same outbound link," then the outbound link will be congested. The 
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call processor, however, will not be congested if it has enough processing power to handle 
the bandwidth of the incoming streams of traffic. Thus, network link congestion is not the 
same as call processor congestion. 

In addition, since McAllister does not address the congestion of call 
5 processors, McAllister does not disclose or suggest "whereby said forwarded call set up 
request indicates to said alternate call processor that said congested call processor is 
congested" and does not disclose or suggest "setting a flag associated with said congested 
call processor." 

Thus, McAllister does not disclose or suggest "whereby said forwarded call 
10 set up request indicates to said alternate call processor that said congested call processor is 
congested," as required by independent claims 1 and 13, and does not disclose or suggest 
"setting a flag associated with said congested call processor," as required by independent 
claims 8 and 20. 

Additional Cited References 
1 5 Ash et al. was also cited by the Examiner in rejecting claims 5, 1 0, 1 1 , 1 7, 22, 

and 23 for its disclosure that Ash teaches that "crankback is used in a time sensitive 
environment where alternate routing is responsive to variations in traffic demand." 

Applicants note that Ash is directed to an "alternate routing method which 
allows route choices without regard to network hierarchy. A plurality of routing sequences is 
20 generated, each route sequence including a plurality of route choices and being time 
sensitive to traffic demands, subject to a grade of service constraint and used for some 
predetermined time interval during which the sequence tends to mitigate network cost." See, 
Abstract. Ash does not address the issue of handling congested call processors. 

Thus, Ash does not disclose or suggest "whereby said forwarded call set up 
25 request indicates to said alternate call processor that said congested call processor is 
congested," as required by independent claims 1 and 13, and does not disclose or suggest 
"setting a flag associated with said congested call processor," as required by independent 
claims 8 and 20. 

Conclusion 

30 Thus, McAllister et al. and Ash et al., alone or in combination, do not disclose 

or suggest "whereby said forwarded call set up request indicates to said alternate call 
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processor that said congested call processor is congested," as required by independent claims 
1 and 13, and does not disclose or suggest "setting a flag associated with said congested call 
processor," as required by independent claims 8 and 20. 

The rejections of the independent claims under section §102 in view of 
5 McAllister et al. and Ash et al., alone or in any combination, are therefore believed to be 
improper and should be withdrawn. 



Dependent Claims 

Claims 2, 12, 14, and 24 specify a number of limitations providing additional 
10 bases for patentability. Specifically, the Examiner rejected claims 2, 12, 14, and 24 under 35 
U.S.C. § 102(e) as being anticipated by McAllister et al. Claims 2 and 14 require "wherein a 
call processor that previously received a forwarded call set up request within a predefined 
interval is not selected as the alternate call processor during said identifying step." Claims 
12 and 24 require the steps of receiving a call set up request from an end terminal, 
1 5 determining if sufficient resources exist to process said call set up request and identifying an 
alternate call processor to process said call set up request using said flag associated with 
each potential alternate call processor. 

Regarding claims 2 and 14, the Examiner asserts that McAllister discloses 
"the call processor that previously received a forwarded call setup request within a 
20 predefined interval is not selected as the alternate call processor during the identifying step 
(col. 3, lines 34-37)." Regarding claims 12 and 24, the Examiner asserts that the system 
disclosed by McAllister identifies an alternate call processor to process the call set up 
request (col. 3, lines 25-27) using the flag associated with each potential call processor 
(record of the Route and Route List; col. 3, lines 32-37). 

25 
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The text cited by the Examiner addresses "crankback" as related to the 



selection of routes through a network. These citations do not address the selection of a call 
processor as defined in the present patent application and do not disclose or suggest, for 
instance, predefined time intervals associated with a forwarded call setup request nor flags 
5 associated with each potential call processor. Applicants have also reviewed the entire 
McAlister patent and could find no suggestion or disclosure of not selecting as the alternate 
call processor a call processor that previously received a forwarded call set up request 
within a predefined interval nor identifying an alternate call processor to process said call 
set up request using said flag associated with each potential alternate call processor. 

10 Thus, McAllister does not disclose or suggest wherein a call processor that 

previously received a forwarded call set up request within a predefined interval is not 
selected as the alternate call processor during said identifying step, as required by dependent 
claims 2 and 14, and does not disclose or suggest the steps of receiving a call set up request 
from an end terminal, determining if sufficient resources exist to process said call set up 

15 request and identifying an alternate call processor to process said call set up request using 
said flag associated with each potential alternate call processor, as required by dependent 
claims 12 and 24. 




25 
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Kevin M. Mason 
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APPENDIX 

1 . An overload control method for use in a network employing distributed call- 
processing, said method comprising the steps of: 

5 receiving a call set up request from an end terminal; 

determining if sufficient resources exist to process said call set up request; 
identifying an alternate call processor to process said call set up request using 
a list of call processors if sufficient resources do not exist; and 

forwarding said call set up request to said identified alternate call processor 
10 with an identifier of said congested call processor, whereby said forwarded call set up 
request indicates to said alternate call processor that said congested call processor is 
congested. 

2. The method of claim 1, wherein a call processor that previously received a 
1 5 forwarded call set up request within a predefined interval is not selected as the alternate call 

processor during said identifying step. 

3. The method of claim 1, wherein said identifying step further comprises the 
step of evaluating a congestion indicator flag associated with each potential alternate call 

20 processor, wherein said congestion indicator flag is set if a congestion message is received 
from said corresponding alternate call processor. 

4. The method of claim 1, wherein said forwarding step further comprises the 
step of setting a flag indicating that said selected alternate call processor received said 

25 forwarded call set up request. 

5. The method of claim 4, wherein said flag indicating that said selected 
alternate call processor received said forwarded call set up request automatically expires 
after a predefined interval. 

30 

6. The method of claim 1, wherein said identifying step further comprises the 



7 



Matragi 6-3 



step of evaluating a total congestion indicator flag indicating whether all potential alternate 
call processors are congested. 

7. The method of claim 1 , wherein said list of call processors is an ordered list. 

5 

8. An overload control method for use in a network employing distributed call- 
processing, said method comprising the steps of: 

receiving a forwarded call set up request from a congested call processor, said 
forwarded call set up request including an identifier of said congested call processor; and 
1 0 setting a flag associated with said congested call processor indicating that said 

congested call processor is congested. 

9. The method of claim 8, further comprising the step of determining if 
sufficient resources exist to process said forwarded call set up request. 

15 

10. The method of claim 8, further comprising the step of setting a timer 
associated with said flag. 

1 1 . The method of claim 1 0, further comprising the step of automatically expiring 
20 said flag in accordance with said timer. 

12. The method of claim 8, further comprising the steps of receiving a call set up 
request from an end terminal, determining if sufficient resources exist to process said call set 
up request and identifying an alternate call processor to process said call set up request using 

25 said flag associated with each potential alternate call processor. 

13. An overload control manager for use in a network employing distributed call- 
processing, comprising: 

a memory for storing computer readable code; and 
30 a processor operatively coupled to said memory, said processor configured to: 

receive a call set up request from an end terminal; 
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determine if sufficient resources exist to process said call set up request; 

identify an alternate call processor to process said call set up request using a 
list of call processors if sufficient resources do not exist; and 

forward said call set up request to said identified alternate call processor with 
5 an identifier of said congested call processor, whereby said forwarded call set up request 
indicates to said alternate call processor that said congested call processor is congested. 

14. The overload control manager of claim 13, wherein a call processor that 
previously received a forwarded call set up request within a predefined interval is not 

10 selected as the alternate call processor during said identifying step. 

15. The overload control manager of claim 13, wherein said processor is further 
configured to evaluate a congestion indicator flag associated with each potential alternate 
call processor, wherein said congestion indicator flag is set if a congestion message is 

15 received from said corresponding alternate call processor. 

1 6. The overload control manager of claim 1 3 , wherein said processor is further 
configured to set a flag indicating that said selected alternate call processor received said 
forwarded call set up request. 

20 

1 7. The overload control manager of claim 1 6, wherein said flag indicating that 
said selected alternate call processor received said forwarded call set up request 
automatically expires after a predefined interval. 

25 18. The overload control manager of claim 13, wherein said processor is further 

configured to evaluate a total congestion indicator flag indicating whether all potential 
alternate call processors are congested. 

1 9. The overload control manager of claim 1 3 , wherein said list of call processors 

30 is an ordered list. 
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20. An overload control manager for use in a network employing distributed call- 

processing, comprising: 

a memory for storing computer readable code; and 

a processor operatively coupled to said memory, said processor configured to: 
5 receiving a forwarded call set up request from a congested call processor, said 

forwarded call set up request including an identifier of said congested call processor; and 

setting a flag associated with said congested call processor indicating that said 
congested call processor is congested. 

10 21. The overload control manager of claim 20, wherein said processor is further 

configured to determine if sufficient resources exist to process said forwarded call set up 
request. 

22. The overload control manager of claim 20, wherein said processor is further 
1 5 configured to set a timer associated with said flag. 

23 . The overload control manager of claim 20, wherein said processor is further 
configured to automatically expire said flag in accordance with said timer. 

20 24. The overload control manager of claim 20, wherein said processor is further 

configured to (i) receive a call set up request from an end terminal, (ii) determine if sufficient 
resources exist to process said call set up request and (iii) identify an alternate call processor 
to process said call set up request using said flag associated with each potential alternate call 
processor. 

25 
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